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[this is PR] 


e kernel process is bonghits 

e Linus (and others) are self-confessed assholes 
* userspace display drivers are still a stupid idea 
e we (=GFX community) prefer commit rights 

> how do we not burn out contributors? 


solution: dim 


DRM 


inglorious 


maintainer 


facts. real facts. 


runs drm-intel.git since 5+ years 

runs drm-misc since 2+ years 

18 contributors, almost 500 commits 

docs, scripts, bash completion&kitchen sink 


typical dev workflow 


$ dim apply 
$ dim push 


° dim, 'cause it goes well with git 


e sanity checks for everything that went wrong in 
the past, for much shared learning 


documentation 


https://01.org/linuxgraphics/gfx-docs/maintainer-tools/ 


[blabla about the docs] 


Integration tree 


e YOU push, you conflict, you resolve 
e shared with git rerere and fixup tress 
e for Cl, testing, ... 


linux-next&merge window 


e feature branch always open 
e „correct“ branch is pushed to linux-next 
e no merge window stress at all 


for maintainers 


e tags, pull requests, backmerge, all wrapped 
e same idea as for committers: share the learning 


next 


e better integrate with patchwork (CI, r-b/a-b 
tags) 


e drm-amd.git? 
e top level drm tree like that? 


